Adaptive timeshift service

ABSTRACT

In embodiments of an adaptive timeshift service, a live content server distributes live television content to television client devices. The live television content from the live content server can be recorded into a buffer of a timeshift server as the live television content is being distributed. Both the live television content from the live content server and recorded television content can be simultaneously recorded into the buffer of the timeshift server.

RELATED APPLICATIONS

This application is a continuation of, claims priority to, andincorporates by reference in its entirety, co-pending U.S. patentapplication Ser. No. 12/124,134 filed May 20, 2008, entitled “AdaptiveTimeshift Service”.

BACKGROUND

Scheduled television programming can be recorded when initiallydistributed for viewing as a live broadcast, and can then be madeavailable for on-demand viewing when requested via a media device, suchas a television set-top box. This is commonly referred to as NetworkDigital Video Recording (nDVR) and a viewer can request the recordedtelevision content, such as movies and television programs, whenconvenient for the viewer. In a television content distribution system,a live content server can distribute the television content to broadcastit for viewing, and a timeshift server can record the television contentas it is being distributed.

Depending on the viewing demands and requests for recorded televisioncontent, new timeshift servers can be allocated as needed to meet therequests and viewing demands. When a new timeshift server is allocated,the television content is buffered as it is being broadcast for liveviewing, and a buffer of the timeshift server has to be completelywritten with the broadcast television content before the timeshiftserver can be placed on-line to service the requests and viewingdemands. A newly allocated timeshift server that provides a recording ofthe last seven days of recorded television content, for example, willnot be available to service the increasing viewing demands for the sevendays needed to write the buffer of the newly allocated timeshift serverwith the live television content as it is being distributed.

SUMMARY

This summary is provided to introduce simplified concepts of an adaptivetimeshift service. The simplified concepts are further described belowin the Detailed Description. This summary is not intended to identifyessential features of the claimed subject matter, nor is it intended foruse in determining the scope of the claimed subject matter.

An adaptive timeshift service is described. In embodiment(s), televisioncontent can be distributed from a live content server to televisionclient devices and/or to other media devices. The television contentthat is distributed from the live content server can be recorded at atimeshift server, and recorded television content can then bedistributed from the timeshift server when requested by a televisionclient device. An additional timeshift server can be allocated, such asto accommodate multiple requests for the recorded television content,and both the television content from the live content server and therecorded television content from the timeshift server can be written toa buffer of the additional timeshift server.

In other embodiment(s), the television content from the live contentserver can be written to the buffer of the additional timeshift serveralong with recorded television content from multiple timeshift servers.The buffer of the additional timeshift server has a timeshift durationthat designates a duration of recorded television content and how farback in time a viewer can request recorded television content. Thetelevision content from the live content server can be written forwardin the timeshift duration and the recorded television content from thetimeshift server can be written backward in the timeshift duration untilthe buffer is filled to encompass the timeshift duration. When thebuffer is filled, only the television content from the live contentserver can then be written forward in the buffer to write over therecorded television content that is earliest in the timeshift duration.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of an adaptive timeshift service are described withreference to the following drawings. The same numbers are usedthroughout the drawings to reference like features and components:

FIG. 1 illustrates an example system in which embodiments of an adaptivetimeshift service can be implemented.

FIG. 2 illustrates another example system in which embodiments of anadaptive timeshift service can be implemented.

FIG. 3 illustrates example method(s) for an adaptive timeshift servicein accordance with one or more embodiments.

FIG. 4 illustrates various components of an example device which canimplement embodiments of an adaptive timeshift service.

FIG. 5 illustrates an example media content distribution system in whichembodiments of an adaptive timeshift service can be implemented.

DETAILED DESCRIPTION

Embodiments of an adaptive timeshift service provide that when a newtimeshift server is allocated, a buffer of the allocated timeshiftserver is written with both live television content from a live contentserver and with recorded television content from one or more othertimeshift servers so that the allocated timeshift server can be quicklymade available to service requests for recorded television content fromtelevision client devices. Writing the television content to the bufferof a newly allocated timeshift server from at least two differentsources is much faster than waiting for the buffer to be filled withonly live television content as it is being distributed for liveviewing.

While features and concepts of the described systems and methods for anadaptive timeshift service can be implemented in any number of differentenvironments, systems, and/or various configurations, embodiments of anadaptive timeshift service are described in the context of the followingexample systems and environments.

FIG. 1 illustrates an example system 100 in which various embodiments ofan adaptive timeshift service can be implemented. In this example,system 100 includes a content distributor 102 that communicates orotherwise distributes television content 104 to any number of variousmedia devices 106 and/or wireless media devices 108 via communicationnetwork(s) 110. The various media devices 106 and wireless media devices108 can include television client devices (e.g., wired and/or wirelessclient devices) that receive the television content 104 in a televisioncontent distribution system.

Communication network(s) 110 can be implemented to include any type of adata network, voice network, broadcast network, an IP-based network,and/or a wireless network 112 that facilitates content distribution anddata communication between the content distributor 102, media devices106, and wireless media devices 108. The communication network(s) 110can be implemented using any type of network topology and/orcommunication protocol, and can be represented or otherwise implementedas a combination of two or more networks. Any one or more of the arrowedcommunication links facilitate two-way data communication, such as fromthe content distributor 102 to a media device 106 and vice-versa.

The content distributor 102 can include media content servers that areimplemented to communicate or otherwise distribute media content,recorded on-demand assets, and/or other data to any number of thevarious media devices 106 and wireless media devices 108. In the examplesystem 100, content distributor 102 includes a live content server 114that distributes the television content 104 to the media devices 106and/or to the wireless media devices 108 via the communicationnetwork(s) 110.

The content distributor 102 also includes one or more timeshift servers116 that record the television content 104 as it is being distributed bythe live content server 114. A timeshift server 116 can then distributerecorded television content 118 when requested by a television clientdevice (e.g., a media device 106). The recorded television content 118is an example of a Network Digital Video Recording (nDVR) that can berequested as a movie or recorded television program when convenient fora viewer to watch the recorded movie or program.

In an implementation, a television client device (e.g., media device106) can receive a multicast of live television content 104 from thelive content server 114, and then communicate an instruction to thecontent distributor 102 to begin rewinding the television content, suchas when initiated by a viewer at the television client device. Thecontent feed from the content distributor 102 then switches from thelive content server 114 to a timeshift server 116 that provides therecorded television content 118 to rewind, or go back to earliertelevision content that has been recorded.

The television content 104 (to include the recorded television content118) can include any type of audio, video, and/or image media contentreceived from any type of media content source. As described throughout,“media content” or “television content” (to include recorded mediacontent and recorded television content) can include television programs(or programming), advertisements, commercials, music, movies, andon-demand media content or assets. A timeshift server 116 can includestorage media to store or otherwise maintain various data and mediacontent, such as the recorded television content 118. The storage mediacan be implemented as any type of memory, random access memory (RAM),read only memory (ROM), any type of magnetic or optical disk storage,and/or other suitable electronic data storage. In addition, a contentdistributor 102 can be implemented with any number and combination ofdiffering components as further described with reference to the exampledevice shown in FIG. 4.

The content distributor 102 also includes an adaptive timeshift service120 that can be implemented to monitor and control the timeshift servers116, and allocate additional timeshift servers, such as the allocatedtimeshift server 122. The adaptive timeshift service 120 can allocate anadditional timeshift server to accommodate multiple requests for therecorded television content. The adaptive timeshift service 120 can beimplemented as computer-executable instructions and executed byprocessor(s) to implement the various embodiments and/or featuresdescribed herein.

A television channel of the television content 104, such as a newschannel or a sports channel, can be “hosted” as a “timeshift service” or“timeshift channel” on one or more of the timeshift servers 116 when thetelevision channel is recorded as it is being distributed by the livecontent server 114. A viewer at a media device 106 can then initiate arequest for the recording of the sports channel (e.g., the recordedtelevision content 118 at a timeshift server 116), and the recordedtelevision content 118 is distributed to the media device 106 thatrenders the program for viewing. As more viewers request the samerecorded television content 118 from the timeshift servers 116, thecapacity of a timeshift server to deliver the recorded programming isreached, and additional timeshift servers need to be allocated to hostthe service (e.g., the allocated timeshift server 122).

A minimal service deploy count is an operator configurable setting atthe content distributor 102 that indicates a minimum number of timeshiftservers 116 needed to host each timeshift channel. For example, if theminimal deploy count is two, then every timeshift channel is hosted onat least two different timeshift servers 116. Some timeshift channelsmay be recorded on more than two timeshift servers due to adaptiveallocation. For example, when the capacity of a particular timeshiftserver 116 comes close to a capacity threshold, the most popular service(e.g., timeshift channel) on the server is allocated to anothertimeshift server, and a buffer of the allocated timeshift server 122 isfilled with recorded television content.

A timeshift channel can be recorded at multiple timeshift servers 116,and multiple timeshift servers can each record any number of differenttelevision channels (e.g., the recorded television content 118). Atelevision channel or service can be recorded for any number of hoursand/or days at a timeshift server 116, and the timeshift duration of abuffer for recording at a timeshift server 116 can be operatorconfigurable at the content distributor 102.

Although illustrated as described as a component or module of thecontent distributor 102, the adaptive timeshift service 120, as well asother functionality described to implement embodiments of an adaptivetimeshift service, can be provided as a service apart from the contentdistributor 102 (e.g., on a separate server or by a third partyservice). Further, although the adaptive timeshift service 120 isillustrated and described as a single component or module, the adaptivetimeshift service 120 can be implemented as several componentapplications or modules distributed to implement various embodiments ofadaptive an timeshift service as described herein.

FIG. 2 illustrates an example system 200 in which various embodiments ofan adaptive timeshift service can be implemented. In this example,system 200 includes the live content server 114 that distributes thetelevision content 104, the allocated timeshift server 122, andtimeshift servers 116(1) and 116(2) that include respective recordedtelevision content 118(1) and 118(2) as described with reference toFIG. 1. The allocated timeshift server 122 includes a buffer 202 asstorage media that can be implemented as a ring buffer to record thetelevision content 104 as it is being distributed by the live contentserver 114.

When the new allocated timeshift server 122 is allocated by the adaptivetimeshift service 120, the buffer 202 is written with both livetelevision content 104 and recorded television content 118 so that theallocated timeshift server 122 can be quickly made available to servicerequests for recorded television content from television client devices.A television channel of the live television content 104 can be recordedat the allocated timeshift server 122 for any number of hours and/ordays which is the timeshift duration of the buffer 202. For example, theallocated timeshift server 122 can provide a recording of the last sevendays of recorded television content, and a viewer at a television clientdevice can “rewind” to view any television programming from the lastseven days (or longer as implemented).

In one or more embodiments, the adaptive timeshift service 120coordinates writing both the television content 104 from the livecontent server 114 and the recorded television content 118 from atimeshift server 116 to the buffer 202 of the allocated timeshift server122. For example, when the timeshift server 122 is newly allocated at aparticular allocation time 204 (e.g., a “now” indication), thetelevision content 104 from the live content server 114 is writtenforward in the timeshift duration of the buffer 202. As illustrated, asection 206 of the buffer 202 is written forward from the allocationtime 204 with the live television content 104. Further, when thetimeshift server 122 is newly allocated, the recorded television content118 from one or more of the timeshift servers 116 is written backward inthe timeshift duration of the buffer 202. As illustrated, a section 208of the buffer 202 is written backward from the allocation time 204 withthe recorded television content 118.

In an embodiment, section 208 of the buffer 202 can be written backwardfrom the allocation time 204 with recorded television content 118 frommultiple timeshift servers 116. For example, timeshift server 116(1)writes recorded television content 118(1) to segments 210 and 212 ofsection 208 of the buffer 202. Similarly, timeshift server 116(2) writesrecorded television content 118(2) to segments 214 and 216 of thesection 208 of the buffer 202. In various implementations, the recordedtelevision content 118 can be copied from multiple timeshift servers toanother timeshift server in a configuration of a peer-to-peer network,and the recorded television content 118 can be copied and recorded at adata packet level.

The television content 104 from the live content server 114 can bewritten forward in the buffer 202, and the recorded television content118 from the timeshift servers 116 can be written backward in the buffer202, until the buffer is filled to encompass the timeshift duration at aparticular point 218 (e.g., a “buffer full” indication). Once the buffer202 has been filled, then only the television content 104 from the livecontent server 114 need be written forward in the buffer 202 to writeover the recorded television content that is earliest in the timeshiftduration (e.g., the oldest television content that has been recorded inthe buffer of the allocated timeshift server 122).

Example method 300 is described with reference to FIG. 3 in accordancewith one or more embodiments of an adaptive timeshift service.Generally, any of the functions, methods, procedures, components, andmodules described herein can be implemented using hardware, software,firmware, fixed logic circuitry, manual processing, or any combinationthereof. A software implementation of a function, method, procedure,component, or module represents program code that performs specifiedtasks when executed on a computing-based processor. Example method 300may be described in the general context of computer-executableinstructions which can include software, applications, routines,programs, objects, functions, methods, procedures, components, modules,and the like.

The method(s) may also be practiced in a distributed computingenvironment where functions are performed by remote processing devicesthat are linked through a communication network. In a distributedcomputing environment, computer-executable instructions may be locatedin both local and remote computer storage media, including memorystorage devices. Further, the features described herein areplatform-independent such that the techniques may be implemented on avariety of computing platforms having a variety of processors.

FIG. 3 illustrates example method(s) 300 of an adaptive timeshiftservice. The order in which the method is described is not intended tobe construed as a limitation, and any number of the described methodblocks can be combined in any order to implement the method, or analternate method.

At block 302, television content is distributed from a live contentserver to television client devices. For example, the live contentserver 114 at content distributor 102 (FIG. 1) distributes televisioncontent 104 to the media devices 106 and/or to the wireless mediadevices 108 via the communication network(s) 110.

At block 304, the television content is recorded at a timeshift serverwhen the television content is distributed from the live content server.For example, the timeshift servers 116 at content distributor 102 recordthe television content 104 as it is being distributed by the livecontent server 114. At block 306, recorded television content isdistributed from the timeshift server when requested by a televisionclient device. For example, a timeshift server 116 at contentdistributor 102 distributes the recorded television content 118 whenrequested by a television client device (e.g., a media device 106).

At block 308, an additional timeshift server is allocated that includesa buffer having a timeshift duration. For example, the allocatedtimeshift server 122 is allocated at content distributor 102 toaccommodate multiple requests for the recorded television content. Theallocated timeshift server 122 includes a buffer 202 (FIG. 2) thatrecords television content, and has a timeshift duration that designatesa duration of recorded television content and how far back in time aviewer can request or rewind the recorded television content. Thetimeshift duration of the buffer can include several hours and/or daysof recorded television content that a viewer at a television clientdevice can rewind to view the past television programming.

At block 310, the television content from the live content server iswritten forward in the timeshift duration of the buffer. For example,when the timeshift server 122 is newly allocated at a particularallocation time 204 (e.g., a “now” indication), the television content104 from the live content server 114 is written forward in the timeshiftduration of the buffer 202 (e.g., section 206 of buffer 202 is writtenforward from the allocation time 204 with the live television content104). The adaptive timeshift service 120 at content distributor 102coordinates writing the television content 104 from the live contentserver 114 to the buffer 202 of the allocated timeshift server 122.

At block 312, the recorded television content from the timeshift serveris written backward in the timeshift duration of the buffer. Forexample, when the timeshift server 122 is newly allocated, the recordedtelevision content 118 from one or more of the timeshift servers 116 iswritten backward in the timeshift duration of the buffer 202 (e.g.,section 208 of buffer 202 is written backward from the allocation time204 with the recorded television content 118). The adaptive timeshiftservice 120 at content distributor 102 also coordinates writing therecorded television content 118 from the timeshift servers 116 to thebuffer 202 of the allocated timeshift server 122. The adaptive timeshiftservice 120 can also coordinate writing the recorded television content118 from multiple timeshift servers 116 to the buffer 202 of theallocated timeshift server 122.

At block 314, a determination is made as to whether the buffer in theadditional timeshift server is filled to encompass the timeshiftduration. If the buffer in the additional timeshift server is not full(i.e., “no” from block 314), then the method continues at block 310 tocontinue writing the live television content 104 to the buffer 202, andcontinues at block 312 to continue writing the recorded televisioncontent 118 to the buffer 202 of the allocated timeshift server 122.

If the buffer in the additional timeshift server is full (i.e., “yes”from block 314), then at block 316, only the television content from thelive content server is written forward in the timeshift duration of thebuffer. For example, the television content 104 from the live contentserver 114 is written forward in the buffer 202 and the recordedtelevision content 118 from the timeshift servers 116 is writtenbackward in the buffer 202 until the buffer is filled. Once the buffer202 has been filled, then only the television content 104 from the livecontent server 114 need be written forward in the buffer 202 to writeover the recorded television content that is earliest in the timeshiftduration (e.g., the oldest television content that has been recorded inthe buffer of the allocated timeshift server 122).

FIG. 4 illustrates various components of an example device 400 that canbe implemented as any form of a computer, electronic, appliance, and/ormedia device to implement various embodiments of an adaptive timeshiftservice. For example, device 400 can be implemented as a contentdistributor, a live content server, and/or a timeshift server shown inFIG. 1 and/or FIG. 2. Device 400 can include one or more media contentinterfaces 402 via which any type of audio, video, and/or image mediacontent 404 (e.g., television content) can be received from a mediacontent source and/or distributed to media devices. The media contentinterfaces 402 can include Internet Protocol (IP) inputs over whichstreams of media content are received and/or distributed via an IP-basednetwork.

Device 400 further includes one or more communication interfaces 406that can be implemented as any one or more of a serial and/or parallelinterface, a wireless interface, any type of network interface, a modem,and as any other type of communication interface. The communicationinterfaces 406 provide a connection and/or communication links betweendevice 400 and communication network(s) by which other communication,electronic, and computing devices can communicate data and media contentwith device 400.

Device 400 can include one or more processors 408 (e.g., any ofmicroprocessors, controllers, and the like) which process variouscomputer-executable instructions to control the operation of device 400and to implement embodiments of an adaptive timeshift service.Alternatively or in addition, device 400 can be implemented with any oneor combination of hardware, firmware, or fixed logic circuitry that isimplemented in connection with signal processing and control circuitswhich are generally identified at 410.

Device 400 can also include computer-readable media 412, such as one ormore memory components, examples of which include random access memory(RAM), non-volatile memory (e.g., any one or more of a read-only memory(ROM), flash memory, EPROM, EEPROM, etc.), and a disk storage device. Adisk storage device can include any type of magnetic or optical storagedevice, such as a hard disk drive, a recordable and/or rewriteablecompact disc (CD), any type of a digital versatile disc (DVD), and thelike. Device 400 may also include a recording media 414 to maintainrecorded media content 416 that device 400 receives and/or records(e.g., recorded television content, recorded on-demand media content, orassets).

Computer-readable media 412 provides data storage mechanisms to storemedia content 404, as well as various device applications 418 and anyother types of information and/or data related to operational aspects ofdevice 400. For example, an operating system 420, a device manager 422,and an adaptive timeshift service 424 can each be maintained as acomputer application and/or software module with the computer-readablemedia 412 and executed on the processors 408 to implement variousembodiments of an adaptive timeshift service.

Although not shown, device 400 can include a system bus or data transfersystem that couples the various components within the device. A systembus can include any one or combination of different bus structures, suchas a memory bus or memory controller, a peripheral bus, a universalserial bus, and/or a processor or local bus that utilizes any of avariety of bus architectures.

FIG. 5 illustrates an example media content distribution system 500 inwhich various embodiments of an adaptive timeshift service can beimplemented. System 500 includes one or more content distributors 502that communicate, distribute, or otherwise provide media content 504,live television content 506, and/or recorded television content 508 toany number of various media devices via communication network(s) 510.The various media devices can include wireless media devices 512 as wellas other client devices 514 (e.g., wired and/or wireless devices) thatare implemented as components in various client systems 516 in the mediacontent distribution system. Any of the various media devices canreceive media content, television content, recorded content, programguide data, advertising content, closed captions data, content metadata,and any other audio, video, and/or image content from content server(s)of a content distributor 502.

Communication network(s) 510 can be implemented to include any type of adata network, voice network, broadcast network, an IP-based network,and/or a wireless network 518 that facilitates content distribution aswell as data and/or voice communication between the content distributor502, wireless media devices 512, and other client devices 514. Thecommunication network(s) 510 can be implemented using any type ofnetwork topology and/or communication protocol, and can be representedor otherwise implemented as a combination of two or more networks. Anyone or more of the arrowed communication links facilitate two-way datacommunication, such as from the content distributor 502 to a clientsystem 516 and vice-versa.

The media content 504 and/or television content 506 (to includedrecorded media content and recorded television content) can include anytype of audio, video, and/or image content received from any type ofmedia content source, and can include television programs (orprogramming), advertisements, commercials, music, movies, and on-demandmedia content or assets. Other media content can include interactivegames, network-based applications, and any other audio, video, and/orimage content (e.g., to include program guide data, user interface data,search results and/or recommendations, and the like).

Content distributor 502 includes live content servers 520 thatdistribute the television content 506 to the various media devices as alive broadcast or multicast via the communication network(s) 510 and/orthe wireless network 518. The content distributor 502 also includestimeshift servers 522 that record the television content 506 as it isbeing distributed by the live content servers 520. In a Network DigitalVideo Recording (nDVR) implementation, recorded on-demand assets can berecorded when initially distributed to the various media devices asscheduled television media content.

Content distributor 502 also includes an adaptive timeshift service 524that can be implemented as computer-executable instructions and executedby processor(s) to implement the various embodiments and/or features ofan adaptive timeshift service as described herein. Content distributor502 can also be implemented with other various content distributioncomponents to facilitate media content processing and distribution, suchas a subscriber manager and a device monitor. The subscriber manager canmanage subscriber data for users associated with the various media andclient devices, and the device monitor can maintain client stateinformation and monitor the various media devices and other clientdevices. In addition, a content distributor 502 can be implemented withany number and combination of differing components as further describedwith reference to the example device shown in FIG. 4.

The wireless media devices 512 can include any type of deviceimplemented to receive and/or communicate wireless data, such as any oneor combination of a mobile phone device 526 (e.g., cellular, VoIP, WiFi,etc.), a portable computer device 528, a media device 530 (e.g., apersonal media player, portable media player, etc.), and/or any otherwireless media device that can receive media content in any form ofaudio, video, and/or image data. Each of the client systems 516 includea respective client device and display device 532 that together renderor playback any form of audio, video, and/or image content, mediacontent, and/or television content.

A display device 532 can be implemented as any type of a television,high definition television (HDTV), LCD, or similar display system. Aclient device in a client system 516 can be implemented as any one orcombination of a television client device 534 (e.g., a televisionset-top box, a digital video recorder (DVR), etc.), a computer device536, a gaming system 538, an appliance device, an electronic device,and/or as any other type of client device that may be implemented toreceive television content or media content in any form of audio, video,and/or image data in a media content distribution system.

Any of the wireless media devices 512 and other client devices 514 canbe implemented with one or more processors, communication components,memory components, signal processing and control circuits, and a mediacontent rendering system. A media or client device may also beassociated with a user or viewer (i.e., a person) and/or an entity thatoperates the device such that a media or client device describes logicaldevices that include users, software, and/or a combination of devices.

Although embodiments of an adaptive timeshift service have beendescribed in language specific to features and/or methods, it is to beunderstood that the subject of the appended claims is not necessarilylimited to the specific features or methods described. Rather, thespecific features and methods are disclosed as example implementationsof an adaptive timeshift service.

1. A method, comprising: recording live television content from a livecontent server into a buffer of a timeshift server; and recordingrecorded television content into the buffer of the timeshift server, thelive television content and the recorded television content beingrecorded into the buffer simultaneously.
 2. A method as recited in claim1, wherein the recorded television content is recorded from one or moreadditional timeshift servers into the buffer of the timeshift server. 3.A method as recited in claim 1, wherein the simultaneously recordingcomprises recording the live television content into the buffer forwardin time starting from an allocation time of the timeshift server, andrecording the recorded television content into the buffer backward intime starting from the allocation time.
 4. A method as recited in claim1, wherein both the live television content and the recorded televisioncontent are simultaneously recorded until the buffer is filled.
 5. Amethod as recited in claim 4, further comprising recording only the livetelevision content into the buffer when the buffer is filled to recordover the recorded television content.
 6. A method as recited in claim 1,wherein the live television content and the recorded television contentcorrespond to a same television channel.
 7. A method as recited in claim1, wherein a first part of a television program is recorded as therecorded television content and a second part of the television programis recorded as the live television content into the buffer of thetimeshift server.
 8. A content distributor, comprising: a live contentserver configured to distribute live television content to televisionclient devices; a timeshift server configured to record the livetelevision content as it is being distributed, the timeshift serverfurther configured to distribute recorded television content whenrequested by a television client device; and an additional timeshiftserver that includes a buffer configured to record both the livetelevision content from the live content server and the recordedtelevision content from the timeshift server.
 9. A content distributoras recited in claim 8, wherein the buffer of the additional timeshiftserver is further configured to record the recorded television contentfrom multiple timeshift servers that record the live television contentas it is being distributed.
 10. A content distributor as recited inclaim 8, wherein the buffer of the additional timeshift server isfurther configured to record the live television content from the livecontent server forward in time starting from an allocation time of theadditional timeshift server and record the recorded television contentfrom the timeshift server backward in time starting from the allocationtime.
 11. A content distributor as recited in claim 8, furthercomprising an adaptive timeshift service configured to allocate theadditional timeshift server and coordinate recording the live televisioncontent from the live content server and the recorded television contentfrom the timeshift server to the buffer of the additional timeshiftserver.
 12. A content distributor as recited in claim 11, furthercomprising multiple timeshift servers configured to record the livetelevision content as it is being distributed, and wherein the adaptivetimeshift service is further configured to coordinate recording therecorded television content from the multiple timeshift servers to thebuffer of the additional timeshift server.
 13. A content distributor asrecited in claim 11, wherein the adaptive timeshift service is furtherconfigured to coordinate recording the live television content from thelive content server forward in time starting from an allocation time ofthe additional timeshift server and the recorded television content fromthe timeshift server backward in time starting from the allocation time.14. A content distributor as recited in claim 13, wherein the adaptivetimeshift service is further configured to coordinate recording the livetelevision content forward in time starting from the allocation time andthe recorded television content backward in time starting from theallocation time until the buffer is filled.
 15. A content distributor asrecited in claim 14, wherein the buffer is a circular buffer, andwherein the adaptive timeshift service is further configured tocoordinate recording only the live television content from the livecontent server into the buffer when the buffer is filled to write overthe recorded television content that is earliest in the timeshiftduration.
 16. A television client device, comprising: a contentrendering system configured to playback live television content receivedfrom a content distributor that includes a timeshift server configuredto record the live television content as it is being distributed to thetelevision client device; a memory and a processor to implement a deviceapplication configured to: receive a command to playback recordedtelevision content; and communicate a request to the content distributorfor the recorded television content, the request configured to initiatethe content distributor to distribute the recorded television contentfrom the timeshift server that simultaneously records both the livetelevision content and the recorded television content into a buffer ofthe timeshift server.
 17. A television client device as recited in claim16, wherein the live television content and the recorded televisioncontent correspond to a same television channel.
 18. A television clientdevice as recited in claim 16, wherein the command to playback therecorded television content is received as a user-selected input to aremote control device.
 19. A television client device as recited inclaim 18, wherein the command to playback the recorded televisioncontent is received as a rewind input to a remote control device.
 20. Atelevision client device as recited in claim 16, wherein a first part ofa television program is recorded as the recorded television content anda second part of the television program is recorded as the livetelevision content at the timeshift server, and wherein the deviceapplication is further configured to communicate the request to initiatethe content distributor to distribute the recorded television contentfrom a beginning of the television program.